HTTP কি?
হাইপারটেক্সট ট্রান্সফার প্রোটোকল (HTTP) ক্লায়েন্ট এবং সার্ভারের মধ্যে যোগাযোগ সক্ষম করার জন্য ডিজাইন করা হয়েছে।
HTTP একটি ক্লায়েন্ট এবং একটি সার্ভারের মধ্যে একটি অনুরোধ-প্রতিক্রিয়া প্রোটোকল হিসাবে কাজ করে।
উদাহরণ: একটি ক্লায়েন্ট (ব্রাউজার) সার্ভারে একটি HTTP অনুরোধ পাঠায়; সার্ভার তারপর ক্লায়েন্টকে একটি প্রতিক্রিয়া প্রদান করে। প্রতিক্রিয়া অনুরোধ সম্পর্কে স্থিতি তথ্য রয়েছে এবং অনুরোধ করা বিষয়বস্তু থাকতে পারে.
HTTP পদ্ধতি
GET
POST
PUT
HEAD
DELETE
PATCH
OPTIONS
CONNECT
TRACEদুটি সবচেয়ে সাধারণ HTTP পদ্ধতি হল: GET এবং POST।
GET পদ্ধতি
একটি নির্দিষ্ট সংস্থান থেকে ডেটা অনুরোধ করতে GET ব্যবহার করা হয়।
মনে রাখবেন যে কোয়েরি স্ট্রিং (নাম/মান জোড়া) একটি GET অনুরোধের URL এ পাস করা হয়েছে:
/test/demo_form.php?name1=value1&name2=value2GET অনুরোধ সম্পর্কে কয়েকটি নোট:
- GET অনুরোধগুলি ক্যাশে করা যেতে পারে
- GET অনুরোধগুলি ব্রাউজার ইতিহাসে থেকে যায়
- GET অনুরোধ বুকমার্ক করা হতে পারে
- সংবেদনশীল ডেটা পরিচালনা করার সময় GET অনুরোধগুলি কখনই ব্যবহার করা উচিত নয়
- GET অনুরোধের দৈর্ঘ্য সীমাবদ্ধতা আছে
- GET অনুরোধগুলি শুধুমাত্র ডেটা অনুরোধ করতে (পরিবর্তন নয়) ব্যবহার করা হয়।
পোস্ট পদ্ধতি
একটি সম্পদ তৈরি/আপডেট করতে সার্ভারে ডেটা পাঠাতে POST ব্যবহার করা হয়।
POST সহ সার্ভারে পাঠানো ডেটা HTTP অনুরোধের অনুরোধের বডিতে সংরক্ষণ করা হয়:
POST /test/demo_form.php HTTP/1.1
Host: jassifteam.com
name1=value1&name2=value2পোস্ট অনুরোধ সম্পর্কে কয়েকটি নোট:
- POST অনুরোধগুলি কখনই ক্যাশে করা হয় না
- পোস্ট অনুরোধ ব্রাউজার ইতিহাসে নেই
- পোস্ট অনুরোধ বুকমার্ক করা যাবে না
- POST অনুরোধের ডেটা দৈর্ঘ্যের উপর কোন সীমাবদ্ধতা নেই
GET এবং POST তুলনা করুন
নিম্নলিখিত টেবিলটি দুটি HTTP পদ্ধতির তুলনা করে: GET এবং POST।
| GET | POST | |
|---|---|---|
| ব্যাক বোতাম/পুনরায় লোড করুন | ক্ষতিহীন | ডেটা পুনরায় জমা দেওয়া হবে (ব্রাউজারের ব্যবহারকারীকে সতর্ক করা উচিত যে ডেটা পুনরায় জমা দেওয়া হবে) |
| বুকমার্ক করা হয়েছে | বুকমার্ক করা হতে পারে | বুকমার্ক করতে অক্ষম |
| অস্থায়ী স্টোরেজ | অস্থায়ী স্টোরেজে সংরক্ষণ করা যেতে পারে | ক্যাশে করা হয়নি |
| এনক্রিপশন প্রকার | application/x-www-form-urlencoded | অ্যাপ্লিকেশন/x-www-form-urlencoded বা multipart/form-data. বাইনারি ডেটার জন্য মাল্টিপার্ট এনকোডিং ব্যবহার করুন |
| ইতিহাস | পরামিতি ব্রাউজারের ইতিহাসে থেকে যায় | পরামিতি ব্রাউজার ইতিহাসে সংরক্ষণ করা হয় না |
| ডেটা দৈর্ঘ্যের সীমাবদ্ধতা | হ্যাঁ, ডেটা পাঠানোর সময়, GET পদ্ধতি ইউআরএলে ডেটা যুক্ত করে; এবং একটি URL এর দৈর্ঘ্য সীমিত (সর্বোচ্চ URL দৈর্ঘ্য 2048 অক্ষর)। | কোনো বিধিনিষেধ নেই |
| ডেটা টাইপের সীমাবদ্ধতা | শুধুমাত্র ASCII অক্ষর অনুমোদিত | কোনো বিধিনিষেধ নেই। বাইনারি ডেটাও অনুমোদিত |
| নিরাপত্তা | POST এর তুলনায় GET কম নিরাপদ কারণ পাঠানো ডেটা URL এর অংশ পাসওয়ার্ড বা অন্যান্য সংবেদনশীল তথ্য পাঠানোর সময় GET ব্যবহার করবেন না! |
POST GET এর থেকে কিছুটা বেশি সুরক্ষিত কারণ প্যারামিটারগুলি ব্রাউজার ইতিহাস বা ওয়েব সার্ভার লগগুলিতে সংরক্ষণ করা হয় না |
| দৃশ্যমানতা | ইউআরএল-এ ডেটা প্রত্যেকের কাছে দৃশ্যমান | তথ্য URL এ প্রদর্শিত হয় না |
PUT পদ্ধতি
একটি সম্পদ তৈরি/আপডেট করতে সার্ভারে ডেটা পাঠাতে PUT ব্যবহার করা হয়।
POST এবং PUT এর মধ্যে পার্থক্য হল PUT অনুরোধগুলি অপরিবর্তনীয়। অর্থাৎ, একই PUT অনুরোধ একাধিকবার কল করলে সবসময় একই ফলাফল পাওয়া যাবে। বিপরীতে, বারবার একটি POST অনুরোধ কল করার ফলে একই সংস্থান একাধিকবার তৈরির পার্শ্ব প্রতিক্রিয়া রয়েছে।
হেড পদ্ধতি
HEAD প্রায় GET-এর অনুরূপ, কিন্তু প্রতিক্রিয়া বডি ছাড়া।
অন্য কথায়, GET/users ব্যবহারকারীদের একটি তালিকা ফেরত দিলে, HEAD/users একই অনুরোধ করে, কিন্তু ব্যবহারকারীদের একটি তালিকা ফেরত দেয় না।
আসলে GET অনুরোধ করার আগে, HEAD অনুরোধটি GET অনুরোধটি কী ফিরে আসবে তা পরীক্ষা করার জন্য দরকারী - HEAD অনুরোধটি ফাইলটি ডাউনলোড না করেই ফাইলের আকার পরীক্ষা করার জন্য সামগ্রী-দৈর্ঘ্যের শিরোনাম পড়তে পারে।
DELETE পদ্ধতি
DELETE পদ্ধতি নির্দিষ্ট রিসোর্স মুছে দেয়।
প্যাচ পদ্ধতি
PATCH পদ্ধতিটি একটি সম্পদে আংশিক পরিবর্তন প্রয়োগ করতে ব্যবহৃত হয়।
বিকল্প পদ্ধতি
OPTIONS পদ্ধতি টার্গেট রিসোর্সের জন্য যোগাযোগের বিকল্পগুলি বর্ণনা করে।
সংযোগ পদ্ধতি
CONNECT পদ্ধতিটি অনুরোধকৃত সম্পদের সাথে দ্বি-মুখী যোগাযোগ (একটি টানেল) শুরু করতে ব্যবহৃত হয়।
TRACE পদ্ধতি
TRACE পদ্ধতিটি একটি বার্তা লুপ-ব্যাক পরীক্ষা করতে ব্যবহৃত হয় যা লক্ষ্য সম্পদের পথ পরীক্ষা করে (ডিবাগিং উদ্দেশ্যে দরকারী)।